<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>
Parámetros estructurales
</title>
</head>
<body bgcolor="#ffffff">
<h1>Parámetros estructurales</h1>
<p>
Los parámetros estructurales son un tipo de <a href="structmods.html">Structural Modifier</a>
que identifican los parámetros que representan la estructura de la aplicación en lugar de los datos del usuario.<br>
<p>
En las aplicaciones web 'traditional', la estructura de la aplicación se define típicamente por las rutas URL y los datos están contenidos en los parámetros URL y datos POST.<br>
URLs like:
<ul>
<li>https://www.example.com/app/aaa?ddd=eee
<li>https://www.example.com/app/aaa?ddd=fff
<li>https://www.example.com/app/aaa?ddd=ggg
</ul>
estan representados en el <a href="../../ui/tabs/sites.html">Sites tab</a> es un 'node' es los tree:
<ul>
<li>Sitios
	<ul>
	<li>https://www.example.com
		<ul>
		<li>app
			<ul>
			<li>GET:aaa(ddd)
			</ul>
		</ul>
	</ul>
</ul>
El árbol de Sitios es muy importante ya que refleja la comprensión de ZAP de la estructura de la aplicación.<br>
Si no es una buena representación de la estructura, entonces ZAP no podrá atacar la aplicación de manera efectiva.<br>
<br>
En las aplicaciones de página 'single', un parámetro se usa para indicar la 'page' lógica:
<ul>
<li>https://www.example.com/app/aaa?page=p1&amp;ddd=eee
<li>https://www.example.com/app/aaa?page=p2&amp;ddd=fff
<li>https://www.example.com/app/aaa?page=p3&amp;ddd=ggg
</ul>
these 3 URLs represent different logical pages, but by default ZAP will still represent them as one node:
<ul>
<li>Sites
	<ul>
	<li>https://www.example.com
		<ul>
		<li>app
			<ul>
			<li>GET:aaa(ddd,page)
			</ul>
		</ul>
	</ul>
</ul>
Esto es un problema porque ZAP ahora no atacará todas las funcionalidades de la aplicación.<br>
<br>
En términos de ZAP, el parámetro URL de 'page' es un 'structural parameter', un parámetro que define parte de la estructura de la aplicación.<br>
Puede definir contenido dirigido por datos agregando la aplicación a un <a href="contexts.html">Context</a>
y luego configurarlos a través de la <a href="../../ui/dialogs/session/context-struct.html">Session Context Structure screen</a>.<br>
Una vez que haya hecho esto, las páginas se representarán correctamente como 3 nodos:
<ul>
<li>Sites
	<ul>
	<li>https://www.example.com
		<ul>
		<li>app
			<ul>
			<li>aaa
				<ul>
				<li>GET:p1(ddd,page)
				<li>GET:p2(ddd,page)
				<li>GET:p3(ddd,page)
				</ul>
			</ul>
		</ul>
	</ul>
</ul>

<h2>Accedido mediante</h2>
<table>
<tr><td>&nbsp;&nbsp;&nbsp;&nbsp;</td><td><a href="../../ui/dialogs/session/context-struct.html">Session Context Structure screen</a></td></tr>
</table>

<h2>Véase también</h2>
<table>
<tr><td>&nbsp;&nbsp;&nbsp;&nbsp;</td><td><a href="../../ui/overview.html">UI Overview</a></td><td>para tener una visión general de la interfaz de usuario</td></tr>
<tr><td>&nbsp;&nbsp;&nbsp;&nbsp;</td><td><a href="concepts.html">Caracteristicas</a></td><td>proporcionado por ZAP</td></tr>
<tr><td>&nbsp;&nbsp;&nbsp;&nbsp;</td><td><a href="structmods.html">Modificadores estructurales</a></td><td>controles que cambian cómo ZAP representa la estructura de la aplicación</td></tr>
<tr><td>&nbsp;&nbsp;&nbsp;&nbsp;</td><td><a href="ddc.html">Contenido manejado por datos</a></td><td>que identifican rutas de URL que representan datos</td></tr>
</table>

</body>
</html>
